作者:vivianlv 腾讯IEG产品运营
导语|经常有一些同学问我,非产品如何转型做产品经理?测试如何转型做产品经理等等,诸如此类的问题。最近重看了一些类似人人都是产品经理,数据产品设计等等的书。在此,就书中所述,结合自己的一些感受,浅谈下转型产品经理的一些看法,由于本人之前都是做游戏运营的,相关产品经理工作接触也是刚起步不久,因此概念类学习内容较多,希望抛砖引玉,跟大家多多交流。以下案例均以idata数据平台产品为例:
你要做的产品,是满足谁的什么需求的?它的整个产品实现流程是怎样的?产品价值?产品现有的方向与未来可拓展的方向?(可选)数据产品,是把数据,数据分析,决策逻辑尽可能多的固化到一个系统中,以更快的频率,更准确的分析结果,更智能的提醒方式为人们提供数据价值。在转到做数据平台之前,我使用过idata平台5年多,确保对平台有一定熟悉,然后再进行转职(同样,如果你想要转做某产品的产品经理,对其产品,也需要很熟悉) idata平台,主要是收集游戏数据,分析数据,让游戏运营(策划,开发)通过数据结论可以想到一些运营解决方案,从而解决问题,再观测数据,再分析。产品价值在于用数据帮助大家做出好的决策,实现数据驱动运营,更好的为游戏服务。现在数据产品主要是属于辅助决策型产品,可通过静态,或者动态交互可视化图表,传达信息给用户,以供用户决策。未来发展是智能决策产品,通过收集用户行为数据,进行数据建模数据分析,然后智能化决策,进行运营行为推荐。比如,收集多类用户参与付费活动的数据进行分析,分析出哪些用户相对数据较好,下次有类似的付费活动时,可以推荐某一批用户,以提升付费效果。可以从各类招聘产品经理的招聘广告上,了解到所需要的能力。 (1)新人入门 公司相关的知识/技能态度(内部转岗的容易胜任) (2)熟悉领域 特定产品的行业知识等(相关行业转来的容易胜任) (3)业务规划 更偏商业敏感度,战略层面(运营人员也要做) (5)用户研究 用户洞察,研究的方法(用户研究员) (8)产品设计 偏狭义用户体验(UED,交互设计师) (9)文档撰写 主要是PRD、Demo、MRD等文档沟通协作 与各种周边角色沟通协作 (11)产品运营 运营,推广,营销面(产品运营人员) (12) 熟悉技术 对特性产品技术面的了解(做过技术的容易胜任) (13)团队管理 人员培养,组织进步方面(做过管理者的容易胜任)相关产品所对应的专业能力,以数据产品经理为例,需要了解数据分析工具 比如excel r python sql 等等,可视化竞品,tableau finebi saiku 等等。产品经理需要具备多种思维方式,并且在同一个事情上,灵活转换思维方式。1、用户思维:看到表面——idata就是看数据的,可以看很多游戏的数据
2、产品思维:需要仔细规划—— 看idata的是哪些用户,他们关注哪些功能,他们什么时候看,他们看数据用来干什么?他们使用数据的流程是什么?
3、技术思维:如何用技术实现,系统架构是什么—— 用位图存储,用tgmars分析引擎等等
谁是目标用户,解决什么核心问题,核心功能,使用场景,给用户的价值,如何一句话介绍产品,与同类产品差异,盈利模式他需要多和技术进行沟通,注意技术边界,结合工程思维,功能思维以及商业思维的综合思维模式,包括对商业目标的理解,对目标用户以及用户使用场景的理解,多方向进行思考。产品思维,其实每个人都有不同的看法,也没有说固定的一个概念。
产品思维,其实是产品经理在工作中,生活中遇到一些问题时的思考方式,设计者这么设计的原因是什么,不同的人体验会有什么不同的感受以及上述说到思考要点里的内容。多站在用户角度思考问题,但比用户要多想几步,思考问题本质,挖掘用户深层的痛点,但还是要注意边界。比如:用户反馈下载数据包的速度太慢,操作太繁琐;我们需要解决的,不仅仅是如何使下载速度变快,下载操作流程更简便,更需要了解,用户下的是什么包?用户下包是用来干什么?用来做投放?经常会有同样的下包需求?等等。看下能不能帮他去做更多的事情?关于产品边界:之前我一直在用小经费,也有些吐槽,为什么不能将小经费的余额用来直接理财?后来想了想,小经费的产品目标就是为了让团队更透明的看到经费使用的流转情况,而非理财。想到这个,我想通了。1、需求分析(商业需求分析,市场需求分析,产品需求分析,产品规划)2、产品主线功能设计(数据接入,数据加工,数据展现等等)产品设计:BRD MRD PRD FSD (每个产品团队所需文档会有所差别)1、变更日志(日期,版本号 修改内容 修改原因 修改人)2、解决谁的什么需求,目的是提升什么体验,以什么数值衡量3、PRD产品逻辑(功能逻辑,交互逻辑,边界逻辑)1、老板想法不明确:(引导性转化,多提问,明确战略意图,提出可能的解决方案)2、设计师的争论:(设计功能的目的,用户价值,业务价值,设计方式的选择 用户群体,产品在用户心理的认知程度)3、与工程师的沟通:开发思维,技术可行性,实现难度,实现成本,我们需要带着可能的答案去提问。请教从专业的角度评判需要多久4、与一线人员沟通:是否是用户原始的反馈,还是一线人员加工过的定位问题:影响范围(能控制的区间,能影响的区间,不能控制的区间)如何解决问题,而不是一直关注问题是什么,以及问题带来了什么影响和后果
问题定位,问题起始节点,递进式解决问题
从问题和答案中获取洞察力,透过现象看本质,发现问题的本质和一般规律
学习了解从用户的角度和使用场景设计产品,解决用户问题
需求产生 → 需求分析 → 需求评估 → 产品设计 → 设计评审 → 技术评估 → 产品开发 → 测试运维 → 上线我们在收集用户需求的时候,问卷、电话是一方面,最重要的是,当面多观察用户做了什么。比如,他们是如何使用竞品的,看着他们操作,看下中间是否有停顿或者其他疑难的地方,这些地方就是可以优化的点。
产品助理的工作是产品经理的初级阶段,主要负责需求理解和分析,画流程图,基础的交互设计,跟进开发,处理疑问,跟进BUG。良好的产品助理:需求分析,PRD,沟通,产品问题跟进产品经理主要负责:需求分析、协调沟通、功能设计、交互设计、跟进开发、用户调研、文档协作、用户体验。产品经理需要跟多方进行协调沟通:设计师(用户体验,视觉设计),工程师(技术,功能实现角度),业务运营(业务场景,运营思考),财务(财务流程),老板(公司和产品战略角度)。良好的产品经理:日常需求分析,沟通,产品设计;提高控制需求的能力(合理性,用户价值,产品定位)横向协调沟通能力(产品设计,技术团队沟通是纵向沟通,横向是跨部门,不同专业背景人沟通和协作,沟通能力很关键,需要将有利于产品发展和价值提升的资源组织起来,还需要多学习跨领域知识)课程:《三节课P1,P2,P3学习课程》、《产品经理深入浅出》书籍:《人人都是产品经理》这本书是产品经理的基本工作概括;《启示录》主要介绍了产品的管理,流程的优化,项目的管理等知识;《Don’t make me think》书中web网页设计的一些指导原则可以多看看。《人人都是产品经理》、《数据产品设计》、《产品经理应该懂的技术》